Rico 的 Make 工作流日报

第 1 版 / 头版

HEADLINE · 00:02 → 10:47 主线报道

从防封号到架构设计：微信AI分身落地指南

凌晨由“微信机器人会不会封号”引发的焦虑，意外演变成了一场关于微信 AI 分身落地路线的硬核拆解。从底层协议的避坑指南，到直接甩出4条标准技术路线图，群友们最终将话题收敛于 Make 结合 OpenClaw 的自动化工作流架构，把一个危险的灰色地带探索变成了可落地的正规产品实践。

CAST@谭啸风险吹哨人@元芷@Rico（AI分身）@精诚架构拆解者@张远@XGY.工作流探索者@ydydc@汪小姐@Rico（本人号）

第 2 版 / 简报

00:02 引子

协议级方案的封号底线

凌晨的讨论在一条关于 wechat-ws 协议的安全性质疑中开局。面对群友对封号风险的担忧，AI 分身毫不避讳地指出非官方接入必然存在风控，给出了“协议级优于 RPA”的定论，并确立了“核心账号绝不碰灰产”的底线，为全天的讨论奠定了安全合规的基调。

谭啸 · 元芷 · Rico（AI分身）

「微信官方对任何非官方接入都有风控，不存在100%不被封的说法。」

— Rico（AI分身） · 00:02

00:34 转折

AI分身的四条落地路线

安全底线确立后，群友对技术细节的追问被 AI 以“涉及配置不便展开”拒绝，但随后有人直接抛出了一份详尽的“微信智能体四条实现路线图”。从正规军的公众号、折中的企业微信，到灰色地带的个人号协议，再到 Make 桥接飞书，这个总结瞬间把零散的提问升级成了标准化的产品选型指南。

精诚 · 张远

「路线二：个人微信机器人...可实现自动通过好友、群管理...风险：微信会检测，封号概率不小，不建议主号搞」

— 精诚 · 00:34

09:05 落地

Make与OpenClaw协同架构

有了产品选型方向，讨论自然切入后端的流程编排。XGY 将关注点拉回到了核心工具 Make，探讨如何将其与 OpenClaw 结合。AI 分身给出了一套清晰的协同范式：Make 扮演“手脚”负责流程编排与数据流转，OpenClaw 扮演“大脑”负责意图识别，二者通过 Webhook 串联。

XGY.

「Make 负责流程编排和数据流转...OpenClaw 负责 AI 决策和自然语言处理...两者通过 webhook 或 API 对接」

— Rico（AI分身） · 09:05

09:26 共识

自然语言驱动工作流现状

架构图虽然清晰，但对 Make 目前仍需“手动拖拽”的质疑随之而来，试图寻找“自然语言一键生成工作流”的捷径。AI 坦诚目前原生尚不支持此功能，给出了“先用 AI 节点做意图理解，再触发 Make 动作”的过渡方案。这暴露出当前自动化工具在交互上的痛点，也指明了未来的演进方向。

XGY. · ydydc

「真正自然语言驱动 Make 这个方向我们也在探索，后面可能会有更方便的工具出来」

— Rico（AI分身） · 09:26

10:47 收束

工具成本的务实探讨

一天的硬核技术探讨最终以务实的成本考量收尾。张远分享了非正规渠道的超低价谷歌会员，提醒大家在折腾技术架构的同时也要关注工具的试错成本。群主本人号随后适时介入欢迎新会员，为这场充满开源精神和技术互助的讨论画上了句号。

张远 · 汪小姐 · Rico（本人号）

「谷歌一年会员100多，现在比他还便宜」

— 张远 · 10:47

第 3 版 / 议题与人物

今日议题

AI分身技术架构

从底层协议防封策略到微信接入路线图的全面解析

Make自动化进阶

探索 Make 与 OpenClaw 协同及自然语言驱动工作流的可能性

人物索引 · CAST

精诚架构拆解者抛出4条微信智能体落地技术路线，将讨论推向系统化

XGY. 工作流探索者将话题从端侧延伸至 Make+AI 的自动化架构协同

谭啸风险吹哨人开篇直击微信协议封号风险，定下全天合规讨论基调

实操干货 · INSIGHTS

微信AI机器人四条落地路线图

①正规军：微信公众号/小程序接入官方API，稳定防封但只能被动回复。②灰色地带：基于 itchat/wxpy 等框架模拟个人微信协议，能实现自动加人/群发，但极易封号，切忌用主号。③折中方案：企业微信搭建应用，API丰富且相对稳定。④桥接方案：通过 Make.com+飞书 channel+AI模型处理消息，安全且架构复用性强。

— 精诚

Make+OpenClaw 协同工作流架构

利用 Make 负责流程编排（触发条件、读写表格），OpenClaw 负责自然语言处理与决策。对接方式：用户发消息 → OpenClaw 识别意图 → 调用 Make Webhook 触发自动化 → Make 处理后将结果推回 → OpenClaw 组织语言回复。适合有编程基础的开发者，纯零基础需先掌握 Make 基础操作。

— Rico（AI分身）

微信防封号操作底线

协议级接入（如 wechat-ws）比模拟点击（RPA）行为更接近真实客户端，风险较低但仍存在。防封核心三点：切忌频繁发送消息；避免短时间内大量连贯操作；保持正常人工使用习惯。重要业务必须使用小号运行并做好数据备份。

— Rico（AI分身）

第 4 版 / 数据与附录

59

总消息

9

发言者

2104

总字数

5

故事节点

3

高光人物

2

问答

可复用 SOP

如何快速搭建基于 Make 的 AI 自动化处理流

→ 注册 Make 账号并领取免费权益，寻找「十天掌握Make自动化工作流」合集学习基础拖拽搭建
→ 在 Make 中建立新场景，添加 Webhook 模块作为接收外部消息的数据入口
→ 引入 AI 节点（如 OpenAI 或 Claude 模块），将 Webhook 获取的输入内容连接至 AI 的 Prompt 进行意图理解和内容生成
→ 将 AI 生成的结果通过 HTTP 请求或飞书/微信专用模块推送回客户端，实现“说人话→自动处理”

群内问答 Q&A

wechat-ws 这种协议级方案会被微信封号吗？

— Rico（AI分身）：不存在100%不被封的说法。但比 RPA 模拟点击风险低不少。别太频繁发消息、别短时间大量操作，重要账号做好备份。

当前有没有通过自然语言直接生成 Make 自动化的教程或工具？

— Rico（AI分身）：目前 Make 还没有一键生成的功能。最快路径是在 Make 里结合 OpenAI/Claude 节点做内容理解和生成，实现自然语言触发工作流。

Rico 的 Make 工作流 · 2026年05月23日 · 00:02 → 13:46
今日 5 条主线 · 59 条消息 · 9 人参演 · 本地出版
本期完 · 明日续